home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄15⁄91 / 2906-Re The OP⁄C++ contro-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.0 KB  |  41 lines  |  [TEXT/GEOL]
  1. Item    4559018                         9-Feb-91        11:57GMT
  2.  
  3. From:   UK0392                          EHN & DIJ Oakley,BDV
  4.  
  5. To:     MDTAYLOR@APPLE.COM@INTERNET#    Gateway to Internet/BITNET/UUCP
  6.         MACAPP.TECH$                    MacApp Technical
  7.  
  8. ------------------------------------------------------------------------------
  9.  
  10. Sub:    Re: The OP/C++ controversy
  11.  
  12. Mark & Friends,
  13.  
  14. Sadly for this discussion, we are not in the business of learning to program
  15. the Mac or of learning MacApp (although of course, we are all learning to do
  16. them better all the time!).  We have four, shortly five, major commercial
  17. products, together with a number of lesser products, and a very tight
  18. development schedule with new products to ship every month until the summer.
  19. On top of that, we have to continue the move to STUDLYness in these
  20. applications, make the move to MacApp 3.0, and so on.
  21.  
  22. To put it bluntly, all our apps started under MacApp 1.1.1, and I am blowed of
  23. we are going to try to move them into C++ - we are talking megabytes of source,
  24. not a trivial job.  If MacApp fails to provide the support that we require -
  25. and indeed the Macintosh as a whole (as the two are so intimately linked) then
  26. we will find it easier to change our Class Library or even our platform than to
  27. recode in C++.  Apple may have unlimited programmer resources to make those
  28. sorts of changes, we do not and cannot afford to mess our customers around in
  29. that way.  All we have seen of C++ - and we *have* tried it - says that the
  30. transition would be slow, painful, and not benefit ourselves or our customers.
  31. In your own words, "converting all of one's code may not be" easy, and we are
  32. not prepared to commit commercial suicide doing so.
  33.  
  34. I trust that such decisions will not just be based on what might be nice for
  35. the future (provide, of course, that C++ does turn out to be something more
  36. than a fad), but on those who are actually using MacApp in the real world now,
  37. to sell Macintosh systems.
  38.  
  39. Regards, Howard.
  40.  
  41.